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l^PROVEMEpJTS IN OR RELATING TO FAULT TOLERANT SYSTEMS 

The present invention relates to the field of fault tolerant systems and relates to a 
5 method and system for providing fault tolerance In, for example, message*ased 
communication systems. 

Many crittcat systems, such as telecommunications networks, . have essential 
elements which are required to function twenty-four hours a day, three hundred arid 
10 sbdy five days a year. For many such systems the anribunt of acceptable downtirrie is 
In the order of no more than a few minutes per year. Tdoachi^^ systenns 
are often designed to be fault tolerant, sudi that a fault or lailure of a system or 
compoTient'ofa system does not cause significant disrupticm to the services provided 
ttiereljy. Such systems are often also referred to as high-avifiljability (HA) systems. 

A system may be arranged to be higlvavailabifity In a number of different ways* for 
exampfe; through use of ah active and standby system, or using a cluster of servers, 
as is well known in the art With an active/stahdBV systerri, in th^ event of a fault 
being detected in the active system/ a switchover of the active and standby systems 
20 occurs Such thiat the standby system becomes the active system, and vice versa, tn 
this way;; servfctes which were available before the fault was detected should stlH be 
available;' Albeit potentially, after a short delay,'onceihe switchover has occurred. 

Different levels of high-availability exist which may be spilt into two broad categories, 
25 referred fo herein as 'service continuity' and 'task preservation'. Service continuity 
refers lb the ability to continue to use the services provided by a system after a fault 
or switchover of a high-availabilfty system, whereas task preservation, a higher level 
- of high-avallabiiity, refers to the ability for tasks beirtg.-processed when a fault or 
• switchover occurs to be largely unaffected by ttt^ 

For example. In a telephone network, a service hiay be the ability to establish calls 
between parties, and a tesk may be a call currently In progress. In this context, 
iseivlce continuity generally means that any calls in progress when a fault occurs wilt 
typically be dropped, whereas calls placed' after the ^ult has occurred v\rtll be 
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established in the normal manner - in other words; the provision of the service is 
preserved, albeit alter a short delay. In a tasl^ preservation system active calls will be 
maintained even during a switchover of an acttve/slandby system. 

5 In order to proxrtd© task preservation a common storage element Is often provided in 
addHlon to a Wgh-avallability configuration. Context data relating to each task Is 
stored in the common storage area, and may be used in the event of a switchover for 
reinitializing th6 new active system with the context of any tasks which were in 
progress when the switchover occurred. 

10 ■ 

In a telephony network, this context Information may relate to the state of different 
protocol" layers of a protocol stack as well as'any application specific data related to 
individual calls. Upon a switchover to a standby system, , the newly activated system 
can recover the stored context data from the common storage element and rebuild 

IS flie protocol stack and application context for c^lls open at the time of the switchover. 
In this way. processing of calls open at the time of a switchover may continue on the 
hew active system v^out significarit interruption. 

However, the requirement for a common storage area for storing context data adds 
20 to the oomplexity and cost of such systems. ' ' "^ ' 

Accordingly, one aim of the present invention Is to^bvercome at least some of the 
■ above-meriiioned problems. 

25 According to a first aspect of the present invention, there Is provided a method of 
^to'rlhg context information In an outgoing message sent from a node using a protocol 
stack having at least one layer. The metiiod comprises: selectively indicating to a 
layer of the jarotocol stad« that csohtext litfonriatibn shdUld be obtained for that layer, 
^ obtaining (Xihtext information In accordance withi the indlcatkin. and adding the 

30 obtained coritext information to the. outgoing message such that a response to the 
message contairts the context lr»formation.' ' ■ ' 

Suitably the node is arranged In a high-availability cpnfigunation. 

.•«.... ' • • 

I ' * . * . • * ■ 
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Suitably the outgoing message is sent from the node to a remote node across a 
network, for 'exalrhple using a message-based communicatkjns system. 

Preferably ttie step of obtaining context Information Is adapted for obtaining context 
5 information related to the outgoing message. 

Preferably the obtained context information is appended to a separate field of the 
message. 

10 The methed hay be used with a session iniitlatiori protocol (SIP) nelworl^. In which 
case the obtained context Information may be append^ to a SIP TAG l!eld. or to a 
SIP tension header. 

An indication associated with the obtained context date may be added where it is 
15 determined that the context data may be Inaccurate or Incomplete. 

According to a second aspect of the present Invention, there is provided a method of 
restoring the context information of a layer of a protocol stack of a node. The method 
comprises receiving a message, determining whether the context information of the 
20 layer sh6uid be restored, and. where it Is so determinfed,idi^termlning the presence of 
context information relevant to the layer within the message, and restoring tiie 
context of the layer using context Information from itte message. 

Preferably the step of determining is adapted for determining whether the context 
25 information of the layer should be restored based in part on the context Information of 
the layer and in part on the received message/ 

The step of determining further corhprlses checking the existence at the layer of 
coritext information associated with the received meWsa^^ 

The step of determining further conriprises checking whether the received message is 
ah ihttiai message. 

HP200309B325* ' - 
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The method may be adapted for use with a session Initiation protocol (SIP), in which 
case the step of restoring the context of the layer Is adapted for restoring the context 
using context information stored either in a SIP TAG or m a SIR extension header. 

5 AcconJlng to a thInJ aspect of the present Invention, there is provided a system for 
storing context Infonnatlbn in an outgoing message sent from a node using a protocol 
stack having at least one layer. The system comprises means for indicating to a layer 
of the protocol stack that context Information should be obtained for that layer, a 
module for obtaining context Informatfon In accordance vwth the Indication, and a 

10 circuit for adding the obtained context Irrfbnnatlon to the outgoing message such that 
a response to the ntessage contains the context Informaiibri; 

• - ■ - ■• ■ • - . •• " " ■•■ ■ •■• ' ■ ■■■ 

Suitably the node Is ananged In a high-avaflabillty configuration. 

15 Suitably lha ou^olng message is sent from the node to a remote node across a 
network* for example, using with a message-based comrhunicatlons system. 

Preferably the context Infonmation obtained is rislate'cl tb ttie outgoing message. 

20 Preferably the obtained context information is appended to a separate field of the 
message. 

Suitably the obtained context information is appended tb a SIP TAG field or to a SJP 
extehslon header. 

An Indication associated with the obtained context data may be added where It Is 
detemilned tttat the context data may be Inaccurate or inobmplete. 

AccoixlIng to a fourth aspect of the present irrt/iantlbn, there Is provided a system of 
30 restoring the context Information of a layer of a protocol stack of a node which 
comprises: receiving means for receiving a message, logic for determining whether 
the context Infomnatlon of the layer should be restored, a circuit for detemnining the 
pr^sishce of context Information relevant to Hie layer within the message, and 

• HP '200309832 ef> 
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restoration means for restoring the context of ttie layer using context infomnatfon from 
the message. 

Preferably the logic for determining is adapted for detenmirilng' based in part on the 
5 context inft^rrrmtion of the layer and in part on the received message. 

Preferably the logic for detennlning is adapted for checl^lng the existence at the layer 
of context Information associated with the received message- 

10 Suitably <he logic for determining is adapted for checldrtg whether the received 
rhe^sage Is ;an intfial message. 

The system may be used, for example, wtth the session initiation protocol (SIP), In 
which case the restoration means is adapted for restoring the context using context 
15 Information stored in a SIP TAG or a SIP extension header. 



20 



According to a fifth aspect of the present inviention, there is provide a method of 
sending a message from a node through a hierarchical structure of one or more 
discreet layers comprising: indicating to a layer that context information should be 
obtained for that layer, obtaining context information . In accordance with the 
indication, and adding the obtained context information to the message, such that a 
response to the message contains the context inforrriatiori. 



25 



30 



According to a sixth aspect of the present invention, there Is provided a method of 
restoring the context information of a layer of a hierarchical structure of discreet 
layers comprising: receiving a message, determiriing whether the context information 
of the layer should be restored, and, where it is so detennined, det^rrhining the 
priesence of context information relevant to the layer within the message, and 
restoring the context of the layer using cbritext irifbrrln&tibn from the message*. ' 

The* Invention will now be described, by way of example only, wftt) reference to the 
accompanying drawings, in which: 

Figure 1 is a block diagram of a higtvavailability system according to the prior art; 
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Figure 2 is a (Siagram of a pair of remote systems connected via a network according 
to the prior art; 

Figure 3 Is a block diagram of a basic SIP network accortlng to the prior art; 
Figure 4 is a block diagram of a system according to an embodiment of the present 
5 invention;- 

Figure 5 Is 9 flow diagram outlining example processing steps taken when sending a 
message, according lo an embodiment of the present Invenflon; 
Figure 6 is a flow diagram outlining example processing steps taken when receiving 
a message, accor^ding to an ^bodiment. of the present invention; ,and . , . . 
10 Figure 7 is a message flow diagram IHustiating an example exchange of messages in 
a<»oixlance with an embodiment of ttie present invention . 

Figure l is' a blbfik diagram of a fault tolerant or -Hi^H-availability systerrt tOO 
according to the prior art. A telephone switch 122 communicates with a high- 
15 availability heiwork element 102 over a riefwork 120 to provide value added services 
or tb control access to a network resource. Tiie network 120 may, for example, be an 
SS7 network, in which case the network element 102 may, for example, baa sen/ice 
control point (SCP). • 

20 the network element 102 comprises two similar peer Systems 1 04 and 110 whic*i are 
arranged in a known fault tolerant, or high-availability, configuration, in which one of 
the systems is arranged In an 'active' mode, whilst the a#>er system is drranged in a 
'standby* mode. In tiie event of a fault being detected irt iUie current' ac:»ve s^tem. a 
switchover wiil occur such that the current active system becorhes die standby 

25 system, and vice-versa- Call processing may thiis continue on the new active server. 
Switchover may also be initiated manually, for exarhple to enable maintenah&e to be 
carried biit on an active server. 

Each of the peer systems 104 and 110 comprise riuitierous eleme^^ such as an 
30 appWcaHon (106 and 112 respectively) and a; proti&col stack (108 and 114 
respebtively). The systems 104 and lib siiso have Access to a commbn storage 
element, such as a database 118. As calls are' pixjoessed on the active server the 
applfcatioh 106 may decide to store context data In the storage element 118. The 
cbnte)k data may relate, for each call, to k^bth application context data and context 

HP '2i003()a832EP *: ' ' '■• 
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data refating to one or more layers of the protocol stack 108, In the event of a 
sv\rttchoyerfrom the active server to the standby server, the stored context data may 
be retrieved by the application on the new active server, and .be used to rebuild, for 
each call, the context of the application 112 and the protocql. stack 114. This helps 
5 ensure that processing of calls open at the time of the fault is continued once the new 
active server has been initlaii2Bd. 

One of the problems of this kind of anrangement is the need to maintain a shared or 
common storage element, which adds additional complexity, and hence cost to such 
10 a system. ' 

Figure 2 . shows a view of a pair of remote syst^s 202 aVid 204 conhfected. via a 
netwwork 212 in accordance with the pripr art. Sach bysteiii has a protocol stack 
comprising 'an appiicatton layer (206 arid 218 respectively), a signaHoQ layer (208 
15 and 216 respectively), and a transport layer (210 and 214 respectively). Those skflled 
in the art will appredate that a greater or lesser number of protocol layei^ may be 
used depending on particular requirements. Adcbrdlng to normal convention, each 
layer of the protocol stacic may communicate witfi tWs layer dIrecUy above and below 
the teyer, where applicable. 

For exiarhple. if an application (not shown) at application" layer 206 needs to send a 
message across a network to an application at the 4ppli(3^tlon layer 218 of System 
204,. tfife menage Is passed to the signalirig i^yer 208 where compliance with the 
signaling protocol is ensured. The signaling tsiyer 208 passes the message to the 

25 • transport layer 210 which ensures that the message fs ready to be sent across the 
natwofk 212. The transport layer 214, at thedesiffnatloh. Veceives the message, and 
passes' the message to the signaling layer 210 %hich processes the message and 
finally passes the m^age to an application In the application layer 212. As will be 
appreciated by those skilled in the art, each layer of the protocol stack may process 

30 the message, add/remove additional headers and-efidapsulation etc. fn dependence 
on the particular communications pr«itocais useci. -^^ 



The '^ems 202 and 204 may be any kind of system or network nodes which 
communicate with one another using* mes'sWges, actoss a network, using one or 

HP 200309832 EP ■ • 
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more layers of a protocol stack. For example, as shown In Figure 3, systems 202 and 
204 may represent, respectively, a SIP user agent 300 and a SIP back-to-back user 
agent (B2@UA) 302 of a session initiation protocol {S\P) network 

5 According to an embodiment of tlie present invention, the neeci for a hlgh-avallability 
system to store context data in a central data store is removed by appending context 
data to a message sent from a HA system, such that a message sent in response 
thereto contains the context data, in the event of a switchover, the context data 
received in a response message may be used to restore the context data of one or 

10 more layers of the protocol stack of the HA system, as will be described in greater 
detail below. 

Referring now to Figure 4, there is shown a block diagram of an exemplary system 
400 ^ctordlhig to an embodiment of the present invention; in which a HA node 402 

15 communicates with a network node 404 across a hetwdrk 411. Each of the nodes 
402 and '404' comprise a protocol stack each having an application layer (406 and 
416 respectively)) a signaling layer (408 and 414 respectively) and a transport layer 
(410 and 412 respectively). The operation of the system 400 will be described with 
additional refeience to the flow dia^rains of Figured 5 and 6 which oufiine example 

20 processing steps which may be taken by each layer of the protocol stack of the 
system 402. 

An application (hot shown) at the application layer 406 of HA node 402 sends an 
outgoing message 4l8 to an application at application layer 416 across the network 

25 411. Addttiorially, the application' Indicates that context data should be stored to 
enable the context of one of more layers of the protocol stack of system 402 to be 
rebuilt In base of switchover the high-availabilr^ bode 402. An application may 
Indicate that it requests context dat^ of the protocol stack to be stored in a number of 
'different ways. For example, the applicatlbri may add an Additional field or flag when 

30 sending the message 418 via an API or function call used for sending messages. 
Alternatively, a flag may be set in the message sent from the application which 
indicafes to each layer whether context data should .be stored. It may also be 
desirable to automaticaity store Context data for the protocol stack in every message 
sent from a HA node. In this case, it may not be required for the application to 
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request that the context data should be storedr since ttits may be configured to occur 
automatically. 
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The amount of context data stored may differ depending on particular circumstances: 
For example, In a telecommunication system messages may be sent from a HA node 
to another hode, with each message relating to a particular call. In this case, ft may 
be desirable to only store context Infonnation relating to that call with the outgoing 
message. From a HA node point of view, a call may be viewed as comprising two cail 
legs - one between the calling party and . the HA node, the other between the HA 
node and the balled party. In this case, the context ddta may Include context data of 
both* legs; Those skilled in the art, however, will appreciate that this is only one 
example of the type and amount of context data that may be stored. In a further 
enibodlment, only a subset of the available cbhtext data - Is stored for each layer. 
Preferably the subset of context data stored Is^ufTiclent tb-^hable processing of any 
open tasics to continue, albeit In a degraded manner. 



The application layer 406 receives the massage from the application (step 500) and, 
in responise to the Indication to store context data (step 502)» obtains context data 
420 (step 506) for the application layer 406- The application layer appends the 
20 context data 420 to the message 418 (step 508). fdrmlrig a message 422 comprising 
tHi& brigSrial message 418 and the context data 420. Preferably, a separate field 424 
fs used to ^tore the context data 420i The message' 422 Is then passed to the 
underlying signaling layer 408. * ' ' 



25 The message 422» comprising the nniessage 418 and ^e application layer context 
data 420' tri the context field 424 Is receh/ed by the Signaling layer 408 (step 500) 
which. In fespdhse to the tndication'^to store' cohtext data (step 502), ot>tains the 
relative context data 426 (step 506) from the slghaling' layer, and adds it to the 
context field' 424 of the message (step 508), forming a 'message 428. The message 

30 - 42818 then processed as honnaK and is passed fhroUgh the transport layer 410 to 
l^e transport layer 412 across the':nebA/6rk 41i;?wh^re the message passes up 
through the protocol stad< of the system 404 in the normal manner. 



HP 260^09^2 SP 



Fax resii de : 33 6476149773 
: ' — 2S^7/W 15:26 fg: 3 

I 
I 

I 

10 

When the appH(»tlon at the application layer 416 sends a message In response to 
the received rhessage. the signaling layer 414 appends the previously received 
context field 424 to the message, forming message 432. It should be noted that In a 
SIP Implementation, the transport layer of the protocol stack is not required to store 
5 context data.since the transport layer is 'casnnectldnless' frbrrt the SIP point of view. 
Thus m SIP^ only the application and signaling layers are rfequlred to store coriteixt 
data. • ■ 

The way in which messages received by the HA node 402 are processed at each 
10 layer of the pWtocol stack is shown In Figure 6. When tHe response message 432 is 
received at thd transport layer 410, the message i$ processed in the normal manner 
arid is passed to tfie signaling layer 408. 

If ho switchover of the HA nod© 402 has pccuffesdV the Ha node 402 will already have 
js context Infonriatlon, such as the call identtficatibn, i-eiating ib the message received 
from the system 404, pnaviding that the message Is not an initial message, such as a 
SIP INVITE message (step 602). In this case, the signaling layer pnscesses the 
message a6 nomial (step 604). ignoring the context field, and passes the message to 
the applifeaitibn layer 406. 

20 • 

If, howevei-. a switchover of the l-IA node 402 has occunBd, the HA node 402 will 
have no context infomnation relating to the received message. This may also occur, 
however; if the message is an initial message; such as a SIP INVITE message. If it Is 
determined that there is no context infomnation avaHSble at the HA node 402 relating 

25 to the received message, and that the message is not an initial message, the 
message is analyzed to determined to whether the message 432 contoins a contesd 
field 424 (step 606). if no context field 424 ejdsts the received message is presumed 
to be erroneous and may, depending on requirenients, be Ignored or trigger an 
appropriate message transmission or other suitable actton (step 612). If the message 

30 does contain the context field 424, the context data foi* the cunent protocol layer 
(context data 426) is extracted (step 608) and Is lis^d lb retnlfiatize the contact for 
that layer (step 610). The message 432 Is then processed as normal (step 610), and 
the process repeated for the application layer *4d6. In this way, tile response 

'*,**.*' t 

I 
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message contains suffident context data to , enable the context at ttie HA node to be 
restored, .In the event of a failure or switchover. 

In a ftirther embodiment, a SIP extension header may be used tO:Store the context 
field- Preferably the header used is such that once the context field is stored therein, 
all subsequent response messages indude the context field. In this way, the context 
data does not need to be stored locally* at the HA node since response messages 
will, where context data has previously been stored, include the context field 
containing conte)d data to enai:>le the protocol stadc to be re-initialized In the event of 
a switchdver. 



AItttough..the context data received In a response message may be slightly out-of- 
date or incomplete; tiiere will generally be enough datai toV enable the protocol stack 
to be re-initlallzed after a swftcrfiover without the user beinfi aware that a switchover 
15 ocdurrfed:' * • • . 



20 
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For example; the context data may Include a destination address of a SIP call, which 
would enable SIP messages related to that call ' to 'be routed to the -correct 
desiination. " 

\r\ a yet further embodiment for us6 with SIP/.use may be made of the TAG feature 
as defined in the Request for ComiV^ents *(Ri=^C) 3261-: The TAG feature Is a field in a 
SIP message which, if used, must be ^et in the first outgoing message from a node, 
and thereafter, the TAG is included in all related messages and response messages. 
The SIP specifications define that the TAG must not be aitered once set. 



30 



However, at the time the first INVITE message is sent/ and depending on particular 
circumstances, the full context delta may be unavailable, since the call is only 
established later in time, at point 708 as shown In Figure 7, 



-ry' 



Figure' 7 Is 'a message flow diagrarn iirustratihg ah- example exchange of SIP 
messages between a calling party :riode 702 and a high-availability node 704, and 
' betA^ert a called party node 706 and the hlgh-avallabllity node 704. The calling party 
node 702 sends an INVITE ijftessage to llie HA node 704 to establish a connection 

HP20030£i832eP 
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With the called party node 706. The HA node 704 fbiwards the INVITE message to 
the called, party node 706 but, In order to store the context data representing the 
state of tile protocol stack of the HA node, the HA node Is required to Include the 
context.data In theTAG field of the INVITE message since this is the first message 
5 sent from the HA node 704 to the called party 706. . : . 

One problem is that, at this stage, the call has not yet been established. For 
example, if the application running at the application layer of the HA node 704 Is a 
billing application the context data stored In the TAG message may not accurately 

10 represent the actual data related to the calL For example, a bniing application will 
generally be . required to know the fime a call is established and the time a call ended 
In order to generate a billing record. However, when the cailled party receives the 
INVITE message an indeterminable amount of tirne may exist betweisn the time the 
phdhe starts ringing and the time tlie call is answered. Hence, by having to store 

15 context data relating to the start time of the call before tlie call is answered may lead 
to Inaccurate context data being stored. In the event of a switchover occurring, and 
the protocol stack being re-inltlalized as described above, the restored billing 
Informatiori'may be inaccurate, which could result In a user being overcharged. 

20 Hence, preferably any billing record generated as a result of restored context data 
should be flagged as such, thereby allowing the service provider to either offer the 
call free of charge, or to reduce the cost of the call ih question to take into account 
that the billing record generated thereby may be iriabcurate- Alternatively, it may be 
preferable to flag the context data as being inaccurate, or at least potentially 

25 Inaccurate, when adding the context data to the outgoing message. 

It will be appreciated by those skilled Ih the art that the at)ove-descrlbed 
ernbodirhents are not limited for use with any particular protocol stack or HA system, 
and may be adapted for use with ^ any rhessage based communications or any 
30 'communication system using a hierarchical structure erf one or more discreet layers; 
where if is desirable to store context or backup data without requiring a central 
storage means. It v^li also be appreciated that the aboS/e^escribekl functionality may 
be provided in a number of ways; such as ihrougir use a suitably prbgnsmmed 
cornpufing device, electronic circuitry or other logic. 
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AKhough the above embodiments are descrtbed with reference to a switchover of a 
HA system, tt wRi be appreciated that the inventive cbhdepts presented herein 
equally apply in other situations where context data is lost or damaged. 
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CLAIMS 

1. A method of storing context Information In an outgoing nnessage sent from a node 
using a protocol stacic having at least one layer, corrtprfelng: 

5 selectivelY indicating to a layer of the protocol stack that context Infonnatlon should 
be otxtained for tiiat layer; 

obtaining context information in accordance with the indication; and 

adding the obtained context infonnation to the outgoing message such that a 

response to the message contains the context information- 

10 

2. The method of claim 1, wherein the node is arranged in a high-avaliabillty 
configuration. - - 

3: The method of claim 1 or 2, wherein the outgoing message "is sent from the node 
15 to a remote node across a networic. 

4: The method of claims 1. 2 or 3. adapted for use with a message-based 
communications system, 

20 5. The ^niethod of any preceding claim, wherein the step of obtaining context 
IrifoiWiatlon Is adapted for otrtalning context infomiaUon related to the outgoing 
message. 

6. The method of any preceding dalm, wherein the step of adding the obtained 
25 context information Is adapted for appending the context Information to a separate 

fl^d of the message. 

7. The method of any preceding dalm, for use with a session initiation protocol (SIP) 
" network;' 

8; The method of claim 7. wherein the step of adding the obtained context 
information is adapted for appending the context InformaBbn to a SIP TAG field. 
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9. The method of claim 7, wherein the step of adding the obtained context 
Infomiation IS adapted for appending the context information to a SIP extension 
header. .... 

I* 

5 10. The method of any preceding claims further comprising adding an indication 
associated with the obtained context data where it Is determined that the context data 
may be inaccurate or incomplete. 

1 1 A method of restoring the context information of a layer of a protocol stack of a 
10 node: 

comprising: 
receiving, a message; 

determining whether the context information of the layer should be restored;, and, 
where if Is so determined, 
15 determining the presence of context information releVdnt to the layer within the 
mesisage; and • 

restoring the context of the layer using context information from the message. 

12. The method of claim 11, wherein the step of determining is adapted for 
20 determiriing whether the context information of the layer should be restored based in 
part on the context information of the layer and In part on the received message. 

Th^ method of claim 11 or 12, wherein the step of determining further comprises 
• checking:- the*' existence at the layer of cbrttext ihfoi^rhation associated with the 
25 received Vriessage. 

14. The method of claim 11, 12 or 13, wherein the step of determining further 
comprises chectdng whether the received message is an initial message. 

30 15. The rhethbd of any of claims 11 fb 14, adapted for Use with the session Initiation 
protocol (SIP). 

''16V Thfe method of daiim 15, wherein the step bf restbring the context of the layer is 
adapted for restoring the context using context Information stored in a SIP TAG. 

HP200309B3aEP 
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17. The. method, of dalm 15, wherein the step of restoring, the context of the layer is 
adapted for restoring the context usfng context Infomnatlon stored in a SIP extension 
header. 

5 • ■ . : . • • • : ' , 

18. A system for storing context information in an outgoing message sent from a 
node using a protocol stacic having at least one layer, comprising: 

means for Indicating to a layer of the protocol stack that context Infomiation should 
be obtained for that layer . . 

10 a module for obtaining context information In accordance with the indication; 

a circuit for adding the obtained context information to-the outgoing message such 
that a response to the message contains ttie context infonmation. 

19. A system according to claim 18, . wherein the node is arranged In a hlgh- 
15 availability idonfiguratlon. .o.. 

20. A system according to claim 18 or 19, wherein the outgoing message is sent from 
the node to' a remote node across a network. 

20 2i: A system according claims 18. 19 or 20^; for iise with a message-based 
Gommuhlcations system. ' , 

22; A'sy^em according to any of claims 18 to 51. wherein the c6rirte)rt Informaflon 
obtained IS related to the outgoing message. ■ 

25 

23. A s^istem according to any of daims 18 to 22, wherein the obtained context 
inforrri&tion is appended to a separate field of the message. 

24-. A syst^ifl according to any of dalms 18 td 23, for use with a seafelori Initiation 
30 protocol (SIP). 

• 25. A systerh according to dalm 24. wherein the -oijtalhed context infbrmation is 
appeihciied to a SIP TAG field. 
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26. A system according to claim 24, wherein the obtained context infonnation is 
appended to a SIP extension header. 

27. A system according of any of claims 18 to 26, wherein an Indication associated 
5 with the obtained context data is added where it is determlried that the context data 

may be iriabcurate or Incomplete- 

28. A systiern of restoring the context Information of a layer of a protocol stack of a 
node: 

10 corhprislnig: ^ .... 
receiving rheans for receiving a message; 

logic for detemninlng whether the context information of the layer should be restored: 
a circuit for detemHlning the presence of context Infbfmatfdn relevarrt to the layer 
within the message; and ' * ' 

15 restoratibri means for restoring the context of the layer using context information from 
the message. 

29; A system according to claim 28. wherein the logic for determining is adapted for 
determthihg based in part on the context information of the layer and in part on the 
20 receivecl message. 

3G: a" system according to claim 28 or 2g; wherefh ttie' logic for determining Is 
adapted.f&Kchecklng the existence at the layer of context information associated with 
the rec^iv^'d message. 

25 • 

31. A system according to claim 30. wherein the logic for determining Is adapted for 
checking Whether the received message Is an initial message. 

32. A' system according to any of claims 28 to 31 . for use with tti© session tnttiation 
30 protocol (SIP). 

^3. A sV^stem iaccordino to claim 32, Wherein the restoration means Is adapted for 
restoring'the (bntext using context information stored in a SfP TAG. 




Fax resu de ; 33 B476149773 

-: . 2b.V/.VJ Ib.'Jfb 1,^. 

I 18 ■ 

34. A system aocorcllng to claim 32. wherein the restoration means is adapted for 
restoring the context using context Informatton stored In a SIP TAG. 

35. A method of sending a message from a node through a hierarchical structure of 
5 one or moi^. discreet layers comprising: 

Indicating to a layer that context Information should be obtained for that layer 
obtaining Oontext infomriation in accordance with the indication; and 
adding the obtained context infonnation to the message, such that a response to the 
message contains the context information. 

36. A method of restoring the context inforanation of a layer of a hierarchical stnjcture 
of discreet layers comprising: 

receiving a message; 

cJetermlning whether the context infomnation of the layer, should be restored; and, 
15 where it Is so determined, 

detennlhihg the presence of conteSct informaiiion i-eievaht to the layer within the 
message; and 

restoring the context of the laiyer using context Information irom the message. 
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ABSTRACT 



10 



IMPROVEMENTS IN OR RELATING TO FAULT TOLERANT SYSTEMS 



According to one embodiment of the present Invention, there is provided a method of 
storing context information in an outgoing message sent from a node using a protocol 
stack having at least one layer, comprising: selectively indicating to a layer of the 
protocol stack that context infomiatlon should be obtained for ttiat layer; obtaining 
context information in accordance with the indication; and adding the obtained 
conteJct Inforrhation to the outgoing message such that a response to the message 
contains the context information. 
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